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TITLE OF THE INVENTION 

ENCOUNTER TRACKER AND SERVICE GAP ANALYSIS SYSTEM 

AND METHOD OF USE 

[0001] This application claims priority from U.S. Provisional Application Serial No. 

60/422,869 filed November 1 , 2002. The entirety of that provisional patent application is 
incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

Field of the Invention 
[0002] The present invention relates to a software based method and system for 

tracking and supporting compliance with a management scheme for individualized 
educational instruction, behavioral interventions or social interventions, and in particular 
to a software based method and system for tracking of, supporting compliance with, and 
otherwise assisting in determining whether an individual has received required services, 
analyzing service gaps, and using data provided in such determinations to assist in 
obtaining Medicaid or other reimbursements. 



Background of the Technology 

[0003] There is an unmet need in the art for methods and systems for the tracking of, 
• supporting compliance with, and otherwise providing assistance in meeting 

requirements for the complex and sophisticated management schemes that institutions 
need to use in order to effectively and efficiently manage mandated individualized 
instructional paths, disciplinary/rehabilitative paths, or social intervention paths for 
hundreds if not thousands of students, juveniles, etc., simultaneously, all with different 
start and end dates, and different internal individualized management steps. For 
example, looking at mandated individualized instructional paths, it is not uncommon to 
find that a U.S. public K-12 school district may need to manage 30% or more of its 
student population under individualized instructional programs such as Special 
Education, 504, English Second Language, Early Intervention/Student Support Team, 
Gifted and Talented, or At Risk of Failing High Stakes Exit Exams. Each of these 
programs includes requirements involving events or meetings (such as Referrals, or 
Annual Meetings or Reevaluation Meetings), associated timelines, linked paperwork, 
and mandated outcomes. 

[0004] Successful, consistent, legally compliant execution of these individualized 

programs by a school district requires the tight coordination of dozens of action steps 
across multiple team members for each affected child within relatively short time 
periods. Failure to effectively manage, what in many school districts may be thousands 
of individualized instructional paths going on simultaneously, significantly diminishes the 
education effectiveness of these interventions, exposes the district to serious legal 
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liability for violating Federal and State law, risks loss of full Federal and State funding, 
and drives up a district's administrative overhead. 

[0005] An individualized education plan (IEP), as required by the Individuals with 
Disabilites Education Act (IDEA), specifies services to be provided to children with 
disabilities. School districts or other entities responsible for carrying out the provisions 
of the IDEA must ensure that the services specified are actually provided, both for 
liability reasons under the Act and to obtain reimbursements, as appropriate, such as 
from Medicaid. However, determining the services actually provided by the provider is 
difficult for several reasons. 

[0006] First, many problems can arise in determining the actual number of services that 
should be provided in a given time frame, and existing systems for supporting IDEA 
activities typically do not adequately address this issue. For example, the frequency of 
services is often designated on a monthly or weekly basis. However, these frequency 
designations often cause inconsistencies and confusion, for example, due to anomalies 
in calendar periods (e.g., determining how many weekly services are to be delivered in 
a month when a month has four weeks and one day; accounting for vacations, holidays, 
and other absences) and/or difficulties in calendars across a school system (e.g., 
reconciling services to be delivered following a child's move from one building operating 
on a school year calendar to another building operating on an annual calendar). 

[0007] Yet another problem with prior art systems is that these systems typically track 
only positive encounters (i.e., service encounters that actually occur). This approach 
fails to allow the service provider to account fully for the service provider's efforts, 
however, since it fails to account for attempts to provide services for a child. It is 
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important to account for the fact that the school district or other entity's legal obligation 
to provide services for the child may be met by making the service available for the child 
« at a specified time and place, even though the child may fail to appear and receive that 
service. 

[0008] For example, if a service provider is to provide two therapy encounters or 

sessions to a child each week, and a four week period is tracked, eight therapy 
sessions over the time period will be received. To identify any gaps in service actually 
provided, this theoretical eight sessions must be compared to the sum of both actual 
sessions provided and attempts to provide services. Thus, if six sessions are actually 
provided, and the provider attempted to provide services on one occasion, the actual 
gap in services should be one session. There is a need for a system that appropriately 
accounts for service attempts. 

[0009] There is a further need for a system that accounts for responsibility identification. 
For example, if a child moves from building A to building B on a particular date, a 
service provider at building A may no longer be responsible for providing the service, 
yet be unaware of the move to the new building; similarly, a new service provider at 
building B may now be responsible for that child, but be unaware that the child is now 
present in building B and, likewise, unaware of the new responsibility. 

[0010] In particular, existing IEP tracking systems typically track who the provider is for 
each child, but when a change in services occurs, the previous provider is simply 
overwritten. Further, no start or end date is typically tracked by provider. As a result, 
no audit trail or other appropriate accountability can be established with the existing 
systems. 
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[0011] With regard to reimbursement, currently, Medicaid recovery for IDEA services is 
obtained in one of two ways: 1) primarily, recovery occurs via paper-based submission 
w for services (e.g., blank forms or forms with only the child's name are forwarded to 
individual providers to complete); or 2) electronic versions of the paper-based recovery 
system are used (e.g., "palm-pilot" based versions of paper systems). One key problem 
is lack of accountability: at any given time, school districts or other entities are not able 
to determine what providers have submitted documents for Medicaid recovery. 

[0012] As a result, low recovery of Medicaid cost reimbursement occurs with the prior 
art for most districts or other entities. In general, this low recovery can be tracked to two 
key factors: 1) underreporting (e.g., service provider forgets to report, although the 
service has been provided); if the district or other entity is paper-based or semi- 
automated, it will never know that the event has occurred and has not been reported; 
every event of underreporting costs the district or other entity Medicaid cost 
reimbursement; and 2) underservicing (e.g., service provider should have seen child, 
but failed - for example, service provider sick; child changed buildings, and service 
provider was not told; service provider simply won't see child); underservicing costs the 
district or other entity Medicaid cost reimbursement, and also creates a severe liability 
for the district or other entity under state and/or federal law to provide compensatory 
damages for the child. The core issue for underreporting and underservicing is 
accountability. The district or other entity needs to know how many services a service 
provider provided or should have provided to each child. 
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[001 3] There remains an unmet need for methods and systems that account for and 

assist with determining gaps in services required to be provided, such as services under 
* the IDEA, and to assist with reimbursement of these services. 

SUMMARY OF THE INVENTION 

[0014] The present invention includes systems and methods for tracking the services 
provided to a student or other individual and for analyzing service gaps, as well as to 
assist in recovery of costs for such services. In one embodiment, the present invention 
can be used to assist in compliance with the IDEA. 

[001 5] The present invention is able to interface with other management systems, such 

as systems that provide features for allowing selection and recordation of the name of 
the actual provider legally responsible for each service delivered to a child at any time 
under the Individuals with Disabilities Education Act (IDEA). For example, one such 
management scheme referred to as the Special Education Tracking System (SETS), 
also provides for "cloning," which allows a substitute provider to be identified for 
particular child services, but with identical responsibilities to those of the previous 
provider, while removing responsibility for the replaced provider. A further feature of the 
SETS system is customizable scheduling, which allows the calendar to vary, for 
example, by building or other location. In addition, the SETS system provides an 
interface for the school district or other entity to track what school each child is 
registered in at any point in time. 

[0016] Another example management system usable with the present invention is one 
or more data repositories (e.g., databases) associated with the components, which 
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allow entry and interrelation of data among the components, and identification and 
completion of forms relating thereto. In one embodiment, the components are directed 
b to activities relating to compliance, tracking, or other functions. In one embodiment 
relating to implementation for compliance with the IDEA, the components include the 
following: 1 ) compensatory/violations; 2) school and codes information; 3) 
event/meeting timelines and outcomes, planning and other information; 4) IEP tracking 
and information maintenance; 5) discipline information; and 6) student master 
information. 

[0017] In conjunction with these management systems, in an embodiment of the 

present invention, a service plan is used that describes the services that are expected 
to be provided to an individual. In one embodiment, the individual is a student, and the 
service plan is an IEP that describes services to be provided to the student under the 
IDEA. 

[0018] In one embodiment, encounters, or services provided, attempted, or missed, are 
input into a system and stored. The encounter information input into the system 
includes, for example, the service provider, the individual receiving the service, the 
procedure code, or type of service (such as, for example, family counseling, 
occupational therapy evaluation, or physical therapy treatment), the school or district, 
the duration of the encounter, the encounter type (such as, for example, the service 
provider worked with the student and teacher, the encounter was missed because the 
student was absent, the encounter was missed because the service provider was 
attending another meeting), and the result of the encounter (for example, the student 
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met the goal, treatment should be continued, treatment should be modified, the student 
refused to work toward the goal). 

[0019] The encounter information in the system can then be compared to the expected 
services described in the service plan. The results of this comparison are used, for 
example, to generate a service gap analysis report, which calculates the shortfall or 
excess of services provided. Service gap analysis reports may be generated to find a 
shortfall or excess of services provided within a given period for a particular student, a 
particular service provider, a particular school or district, a particular individual 
education plan, or some combination thereof. In one embodiment, the shortfall or 
excess is reported in hours and fractions of hours. 

[0020] The encounter information in the system can also be used in conjunction with 
reimbursement functions. For example, encounter information can be used to 
automatically generate a bill, which is optionally electronically transmitted to a 
reimbursement entity, such as a state government office. 

[0021] Additional advantages and novel features of the invention will be set forth in part 
in the description that follows, and in part will become more apparent to those skilled in 
the art upon examination of the following or upon learning by practice of the invention. 



BRIEF DESCRIPTION OF THE FIGURES 

[0022] In the figures: 

[0023] FIG. 1 presents an exemplary system diagram of various hardware components 
and other features in accordance with an embodiment of the present invention; 
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[0024] FIG. 2 is a block diagram of various system components, in accordance with an 

embodiment of the present invention; 
[0025] FIG. 3 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0026] FIG. 4 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0027] FIG. 5 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0028] FIG. 6 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0029] FIG. 7 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0030] FIG. 8 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0031] FIG. 9 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0032] FIG. 10 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0033] FIG. 1 1 is a flow diagram illustrating data flow for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0034] FIG. 1 2 is a flow diagram illustrating data flow for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
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[0035] FIG. 1 3 is a flow diagram illustrating data flow for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0036] FIG. 14 is an example Graphical User Interface (GUI) screen shot for encounter 

tracker functions, in accordance with an embodiment of the present invention; 
[0037] FIG. 15 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0038] FIG. 16 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0039] FIG. 1 7 is an example GUI screen shot for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0040] FIGS. 18 A-B are example GUI screen shots for encounter tracker functions, in 

accordance with an embodiment of the present invention; 
[0041] FIG. 19 is a flow diagram illustrating a process for service gap analysis, in 

accordance with an embodiment of the present invention; 
[0042] Fig. 20 illustrates a system for service gap analysis, in accordance with an 

embodiment of the present invention. 
[0043] FIG. 21 is an example GUI screen shot for service gap analysis, in accordance 

with an embodiment of the present invention; 
[0044] FIG. 22 is an example GUI screen shot for service gap analysis, in accordance 

with an embodiment of the present invention; 
[0045] FIG. 23 is an example GUI screen shot service gap analysis, in accordance with 

an embodiment of the present invention. 
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DETAILED DESCRIPTION 

[0046] The present invention provides a system and method for tracking whether an 
. individual has received required services and for analyzing service gaps, as well as 
assisting with reimbursements relating thereto. In one exemplary embodiment, the 
present invention tracks special education students to ensure that they receive services 
that have been designated as appropriate for them. In an embodiment of the present 
invention, a service plan, such as, for example, an IEP, describes the services that are 
expected to be provided to an individual, such as a student. The service plan contains 
one or more service details. Each service detail describes, for example, a service that 
is expected to be provided, the service provider responsible for providing the service, 
and the duration and frequency of the expected service. For example, a service detail, 
such as an IEP detail, specifies that service provider Mary Smith is responsible for 
providing physical therapy sessions twice a week, each session lasting 30 minutes. If 
the service plan is an IEP, the service details contained in the service plan are referred 
to as IEP details. Other types of service details and other types of service plans exist 
and are usable in conjunction with the present invention. 

[0047] In one embodiment of the present invention, when a service is attempted or 

provided to any individual by any provider, or when a service is missed, this information 
is input into a system and maintained electronically. The input information is referred to 
interchangeably as an encounter or a session. Once the information is entered, it can 
be analyzed to ensure that the services provided correspond with the IEP or other 
service plan, and gaps in services can be determined, such as by use of the service gap 
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analysis feature, along with information from other systems and methods. The system 
also provides functionality to export encounter information for billing purposes. 
[0048] Various features of the present invention are disclosed in or interact with one or 
more features of applicant's following copending provisional and utility patent 
applications: U.S. Patent Application Serial No. 10/406,246 filed April 4, 2003, titled 
"Method and System for Online Analytical Processing for Educational and Other 
Outcomes"; U.S. Patent Application Serial No. 10/628,790 filed August 27, 2003, titled 
"Method and System for Compliance Forms and Compliance Forms User Interface"; 
and U.S. Patent Application Serial No. 60/477, 346 filed June 11, 2003, titled 
"Management Tracking and Forms System and Method of Use." The entirety of each of 
these patent applications is incorporated herein by reference. 

SETS System Interface 
[0049] The present invention includes multiple levels of functionality that address the 

issue of accountability, for both underreporting and underservicing. In one embodiment, 
the present invention interacts with the invention that is the subject of applicant's 
copending U.S. patent application S.N. 10/455,804 filed June 6, 2003, titled "Special 
Education Tracking System and Method of Use" (also interchangeably referred to as 
Special Education Tracking System and referred to hereinafter "SETS system"), which 
is hereby incorporated by reference. To assist with compliance with the IDEA, the 
SETS system includes tracking of services provided within lEPs. The SETS system 
includes features that allow recordation of the name of the actual provider legally 
responsible for each service delivered to a child at any time under the IDEA. 
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[0050] In particular, the IEP records within the SETS system include three tiers of 

information. The third tier of the SETS process includes an option to select a provider 
. automatically for each child, such as by linking a provider to the child via the building in 
which the child and the provider are located. Thus, a responsible provider is 
automatically selected and in place at all times for each child, based, for example, on 
the child's location. If the option to select a provider automatically for each child is not 
chosen by the particular school district or other entity (e.g., the district or other entity 
chooses to link the child to the provider manually), the SETS system provides for district 
or other entity manual selection of a provider for each child and each service. In both 
the automated and the manual modes, the SETS system thus ensures that a particular 
provider is identified at all times for each child service provided. 

[0051] Another feature of the SETS system that is relevant to the present invention is 
referred to as "cloning," which allows a substitute provider to be identified for particular 
child services, but with identical responsibilities to those of the previous provider, while 
removing responsibility for the replaced provider. Thus, for example, when a provider 
must be absent (e.g., on sick leave), a cloned replacement provider can be identified 
under the SETS system to be responsible for the same services as the absent provider 
(rather than, for example, either not recording the substitution or manually substituting 
during the absence and then again upon return of the designated provider). As a result, 
this feature ensures that a particular provider is identifiable at all times for each child 
service, regardless of the presence or absence of any one particular provider in the 
system. 
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[0052] Yet another unique feature of the SETS system that is of importance to the 
present invention is customizable scheduling, which allows the calendar to vary, for 
• example, by building or other location. A critical component of many school districts or 
other entities is variation in schedule by building (e.g., school year versus calendar year, 
depending on building). Because of this feature of the SETS system, a theoretical 
calculation can be made of the level of services that should be provided to each child by 
each provider, based, for example, on the amount of time that the child is scheduled to 
be in each building and the amount of services the child is scheduled to receive under 
that child's IEP. For example, if a child is to receive a certain type of therapy twice a 
week, and the child is determined to be located in a particular building and having a 
particular service provider for that therapy, over a four week period the child should 
theoretically receive eight units of the therapy by the identified service provider in that 
building. 

[0053] The SETS system also provides an interface for the school district or other entity 
to track the school in which each child is registered at any point in time. One reason 
that maintenance of this information is significant is because service providers are often 
not told that a child has left the system or is no longer present for services in the 
building in which the service provider is located. Absent this feature of the SETS 
system, a great deal of time may pass before the service provider becomes aware of 
the provider's change in responsibilities toward the child who has left the system or 
building, while identification of a new provider for that child may similarly be delayed. 
Regardless of these difficulties, however, the district or other entity is responsible for 
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ensuring that continuous services are provided to each child. The tracking interface of 
the SETS system provides a tool for meeting this responsibility. 

Encore System Interface 

[0054] The present invention includes multiple levels of functionality that address the 
issue of accountability, for both underreporting and underservicing. In one embodiment, 
the present invention interacts with the invention that is the subject of applicant's 
copending provisional U.S. Patent Application Serial No. 60/477, 346 filed June 11, 
2003, titled "Management Tracking and Forms System and Method of Use," also 
referred to herein interchangeably as the "Encore system." The Encore system includes 
a database structure and platform, as well as a code authoring tool, referred to in one 
embodiment as a "workbench," for assisting users with developing code in an 
automated fashion for use with the database structure and platform. 

[0055] The Encore system provides one or more data repositories (e.g., databases) 
associated with the components, which allow entry and interrelation of data among the 
components, and identification and completion of forms relating thereto. In one 
embodiment, the components are directed to activities relating to compliance, tracking, 
or other functions. In one embodiment relating to implementation for compliance with 
the IDEA, the components include the following: 1) compensatory/violations; 2) school 
and codes information; 3) event/meeting timelines and outcomes, planning and other 
information; 4) IEP tracking and information maintenance; 5) discipline information; and 
6) student master information. 
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[0056] One embodiment of the Encore system further provides a method and system for 
rapidly tailoring or customizing compliance requirements and other functions for each 
. management entity. The Encore system provides a database structure and platform for 
rapidly configuring/customizing the database structure to mirror the school district's or 
county's or state's agreed upon business process surrounding meeting/events, 
timelines, outcomes, and associated paperwork. 

[0057] For example, the Encore system allows the management method and system to 
be initially tailorable/configurable to the requirements of a particular school district or 
other management entity maintaining information. Tailoring includes determining a 
management entity's data options and rules, appropriately identifying any corresponding 
data options and rules in a master repository linking the corresponding data options and 
rules, and adding, as necessary, each data option and rule of the management entity's 
particular scheme for implementation. The tailored system is then used to assist with 
compliance and tracking of information for the customized management scheme. 

[0058] In embodiments of the Encore system, the user is able to select to have a 
compliance check performed on forms in the system to determine the status of the 
forms. The Encore system evaluates information completed and missing, or that is 
incomplete, for each form, and forms for which outstanding items remain to be 
completed fail the compliance check. 

Encounter Tracking Feature 
[0059] The SETS and Encore systems, for example, thus provide a theoretical basis of 
information for use by the present invention in performing gap analysis of services to be 
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provided to each child, versus services actually delivered by each service provider. 
One feature of the present invention, referred to in one embodiment as "Encounter 
. Tracker," provides functions for inputting information on actual services provided and 
attempted provision of services, as a second necessary component, along with the 
SETS or Encore system information, to perform such gap analysis. Another purpose of 
this encounter tracking feature is to provide to each service provider an accessible list of 
children or other tracked individuals for whom the service provider is legally accountable 
for providing specified services. This feature thus provides the service provider with a 
real-time caseload of services and serviced individuals. 

[0060] Thus, for example, when a child changes buildings, this change in services for 
both the provider formerly servicing the child and a newly identified provider who will 
continue servicing the child is immediately highlighted for each service provider. In one 
embodiment of the present invention, new additions to the service provider workload are 
further highlighted by appearing in a special color, such as red, within the system. 

[0061] These features of the present invention therefore allow the school district or other 
entity to become more efficient in terms of identifying and linking children to specific 
service providers at all times, and also help districts or other entities to ensure 
compliance with corresponding legal requirements relating to services that must be 
provided to each child. 

[0062] Another advantage of the present invention is that it allows each service provider 
to identify at any time, via accessing of the system (e.g., online for network based 
variations), each child for whom the service provider has actually provided services. In 
an embodiment of the present invention, the input of actual services provided is 
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referenced against the caseload for the service provider. In an embodiment of the 
present invention, GUI allows the service provider to select a child from a list of children 
• for whom the service provider provides services, so that a list of scheduled services to 
be provided, along with those that have actually been provided can be immediately 
identified and reviewed by the service provider. 
[0063] In an embodiment of the present invention, all information input and viewed by 
the service provider to the system is code driven (e.g., input and viewed by diagnostic 
code, intervention code), allowing the service provider to report an encounter fully using 
only a few keystrokes (i.e., minimizing data entry time). Valid codes and code 
combinations are tailored to the state plan. In addition, the service provider is able to 
select to automatically default the data in the report to that contained in the previous 
report or in the profile for the child, allowing even further reduction in effort to prepare 
each report. 

Service Gap Analysis Feature 
[0064] An embodiment of the present invention allows the service provider to 

periodically (e.g., monthly) run a service gap analysis report based on the SETS or 
Encore system information and the encounter tracking feature information. The report 
can include both negative gaps, showing shortfalls, and positive gaps, showing services 
greater than the expected number, along with combined totals over longer or combined 
periods (e.g., a short week or month may indicate a partial service is to be provided, 
which may occur during that time period or in the subsequent time period, producing 



18 



either a positive over service or a negative gap, respectively, for that time period, which 
collectively balance out). 

[0065] In an embodiment of the present invention, information from each month or other 
selected time period is analyzed to determine any gap in the amount of services 
delivered during that month. These services are defined as the combined number of 
actual delivered services and services that were attempted to be delivered. In addition, 
surpluses and deficits from succeeding periods are added together to provide an overall 
deficit or surplus that a provider for a child has for a given period of time. 

[0066] An embodiment of the present invention also includes an option for the service 
provider to correct any reporting errors within the report produced (e.g., a service 
provider can correct an accidental failure to include a service provided), providing that 
the encounter has not been exported for billing. 

[0067] As a further check within an internal audit process of an embodiment of the 
present invention, for use, for example, with IDEA requirements, input information on 
services provided or attempted is compared to attendance records for each child (e.g., 
the school's attendance record for the child is checked against each date that the 
service provider indicates that services were provided, in order to ensure that the child 
was actually present in the building the day the services were supposedly provided). 
Similarly, records as to actual presence of the service provider at the school can be 
compared to service provision information as a further audit of service provider input. 
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Sen/ice Gap Analysis QLAP Feature 

[0068] Another feature of the present invention relates to interaction with features of the 
- invention that is the subject of applicant's copending U.S. patent application S.N. 
10/406,246, filed April 4, 2003, titled "Method and System for Online Analytical 
Processing for Educational and Other Outcomes n (hereinafter "OLAP system"). An 
embodiment of the OLAP system includes a selected set of interrelated areas or fields, 
referred to as a "cube," relating to data for the present invention. This OLAP system 
cube allows overview analysis of information obtained from the present invention, such 
as identification of providers having missed encounters greater than a predetermined 
threshold (e.g., more than two missed sessions over a given time period). The school 
district or other entity can thus quickly identify problems with service providers or 
otherwise with regard to failed provision of services, and thus also manage, for 
example, reimbursement and legal compliance risk. One benefit of the service gap 
analysis feature of the present invention is that it identifies shortfalls and provides 
information about the shortfalls. 

[0069] In an embodiment of the present invention, the data from the service provider 
input information on service encounters is usable with Medicaid or other reimbursement 
services to produce documents for submission for reimbursement. 

[0070] References will now be made in detail to an embodiment of the present 
invention, an example of which is illustrated in the accompanying drawings. 

[0071] As shown in FIG. 1 , in an embodiment of the present invention, data for use in 
the system is, for example, obtained by a user 1 via a terminal 2, such as a personal 
computer (PC), minicomputer, mainframe computer, microcomputer, telephonic device, 
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or wireless device, such as a hand-held wireless device coupled to a server 3, such as 
a PC, minicomputer, mainframe computer, microcomputer, or other device having a 
* processor and a repository for data or connection to a repository for data, via a network 
4, such as the Internet or an intranet, and couplings 5, 6. The couplings 5, 6 include, for 
example, wired, wireless, or fiberoptic links. In another embodiment, the method and 
system of the present invention operate in a stand-alone environment, such as on a 
single terminal. 

[0072] The present invention may be implemented using hardware, software or a 
combination thereof and may be implemented in one or more computer systems or 
other processing systems. In one embodiment, the invention is directed toward one or 
more computer systems capable of carrying out the functionality described herein. An 
example of such a computer system 20 is shown in FIG. 2. 

[0073] Computer system 20 includes one, or more processors, such as processor 24. 
The processor 24 is connected to a communication infrastructure 26 (e.g., a 
communications bus, cross-over bar, or network). Various software embodiments are 
described in terms of this exemplary computer system. After reading this description, it 
will become apparent to a person skilled in the relevant art(s) how to implement the 
invention using other computer systems and/or architectures. 

[0074] Computer system 20 can include a display interface 22 that forwards graphics, 
text, and other data from the communication infrastructure 26 (or from a frame buffer 
not shown) for display on the display unit 23. Computer system 20 also includes a main 
memory 28, preferably random access memory (RAM), and may also include a 
secondary memory 21. The secondary memory 21 may include, for example, a hard 



21 



disk drive 25 and/or a removable storage drive 27, representing a floppy disk drive, a 
magnetic tape drive, an optical disk drive, etc. The removable storage drive 27 reads 
- from and/or writes to a removable storage unit 29 in a well known manner. Removable 
storage unit 29, represents a floppy disk, magnetic tape, optical disk, etc., which is read 
by and written to removable storage drive 27. As will be appreciated, the removable 
storage unit 29 includes a computer usable storage medium having stored therein 
computer software and/or data. 

[0075] In alternative embodiments, secondary memory 21 may include other similar 

devices for allowing computer programs or other instructions to be loaded into computer 
system 20. Such devices may include, for example, a removable storage unit 30 and 
an interface 31 . Examples of such may include a program cartridge and cartridge 
interface (such as that found in video game devices), a removable memory chip (such 
as an erasable programmable read only memory (EPROM), or programmable read only 
memory (PROM)) and associated socket, and other removable storage units 30 and 
interfaces 31, which allow software and data to be transferred from the removable 
storage unit 30 to computer system 20. 

[0076] Computer system 20 may also include a communications interface 32. 

Communications interface 32 allows software and data to be transferred between 
computer system 20 and external devices. Examples of communications interface 32 
may include a modem, a network interface (such as an Ethernet card), a 
communications port, a Personal Computer Memory Card International Association 
(PCMCIA) slot and card, etc. Software and data transferred via communications 
interface 32 are in the form of signals 33, which may be electronic, electromagnetic, 
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optical or other signals capable of being received by communications interface 32. 
These signals 33 are provided to communications interface 32 via a communications 
. path (e.g., channel) 34. This path 34 carries signals 33 and may be implemented using 
wire or cable, fiber optics, a telephone line, a cellular link, a radio frequency (RF) link 
and/or other communications channels. In this document, the terms "computer program 
medium" and "computer usable medium" are used to refer generally to media such as a 
removable storage drive 27, a hard disk installed in hard disk drive 25, and signals 33. 
These computer program products provide software to the computer system 20. The 
invention is directed to such computer program products. 

[0077] Computer programs (also referred to as computer control logic) are stored in 
main memory 28 and/or secondary memory 21 . Computer programs may also be 
received via communications interface 32. Such computer programs, when executed, 
enable the computer system 20 to perform the features of the present invention, as 
discussed herein. In particular, the computer programs, when executed, enable the 
processor 24 to perform the features of the present invention. Accordingly, such 
computer programs represent controllers of the computer system 20. 

[0078] In an embodiment where the invention is implemented using software, the 
software may be stored in a computer program product and loaded into computer 
system 20 using removable storage drive 27, hard drive 25, or communications 
interface 32. The control logic (software), when executed by the processor 24, causes 
the processor 24 to perform the functions of the invention as described herein. In 
another embodiment, the invention is implemented primarily in hardware using, for 
example, hardware components, such as application specific integrated circuits 
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(ASICs). Implementation of the hardware state machine so as to perform the functions 
described herein will be apparent to persons skilled in the relevant art(s). 

[0073] In yet another embodiment, the invention is implemented using a combination of 
both hardware and software. 

[0080] FIGS. 3-10 illustrate sample GUI screens that are displayed to a user when a 
user enters a new encounter into the system. 

[0081] FIG. 3 is an example GUI screen shot that lists information for one or more 

students. The user selects "Encounters" to activate the encounter tracking functionality. 

[0082] FIG. 4 is an example GUI screen shot that is displayed after a user selects 
"Encounters" from the GUI of FIG. 3. The user selects "Search" to select and search 
through students serviced. FIG. 4 also includes a "Not in SETS" button that a user may 
select to enter encounter information for a student who is not entered into the system, or 
to otherwise enter encounter information that the system would not be able to store. In 
one embodiment, the information stored after a user selects "Not in SETS" is stored 
separately from the other encounter information, and requires user followup to 
determine further action. 

[0083] FIG. 5 is an example GUI screen that is displayed after a user selects "Search" 
from the GUI of FIG. 4. The user enters one or more search criteria, such as, for 
example, school type, school name, service provider, or IEP service. The user may 
enter these search criteria, for example, by typing in a field or by selecting from a pull- 
down menu. The user then selects "Search" to activate the search functionality. 

[0084] FIG. 6 is an example GUI screen that is displayed after a user enters one or 
more search criteria and selects "Search" from the GUI of FIG. 5. The user selects 
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"Encounter Detail" to activate the encounter input functionality. The application can be 
configured to enable searching, or to display those children assigned to a certain 
provider, depending, for example, on the user. 

FIGs. 7-10 are example GUI screen shots for encounter tracker functions, in 
accordance with an embodiment of the present invention. The screen shot of FIG 7 is 
displayed, for example, after a user selects "Encounter Detail" from the GUI of FIG. 6. 
The user verifies the IEP information. In one embodiment of the present invention, the 
IEP must be valid for the date of the encounter and the system will not permit a user to 
enter an encounter for an expired or otherwise invalid IEP. The user enters information 
relating to the encounter or service that was provided, attempted, or missed. The 
information entered by the user includes, for example, information relating to the service 
provider, or information relating to the procedure code, or type of service (such as, for 
example, family counseling, occupational therapy evaluation, or physical therapy 
treatment), as shown in FIG. 8. The information entered by the user also includes, for 
example, the encounter type (such as, for example, the service provider worked with the 
student and teacher, the encounter was missed because the student was absent, the 
encounter was missed because the service provider was attending another meeting), as 
shown in FIG. 9. The information entered by the user also includes, for example, the 
result of the encounter (for example, the student met the goal, treatment should be 
continued, treatment should be modified, the student refused to work toward the goal), 
as shown in FIG. 10. The user may enter the encounter information, for example, by 
typing in a field or by selecting from a pull-down menu. Information also includes, for 
example, the duration of the encounter. 
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[0086] FIG. 1 1 is a flow diagram illustrating data flow for encounter tracker reporting and 
gap analysis functions, in accordance with an embodiment of the present invention. 
. FIG. 1 1 illustrates one possible implementation of a method to extract encounter data. 
The method of FIG. 1 1 can be implemented, for example, as one or more Structured 
Query Language (SQL) queries made to a database. Other implementations are 
possible. 

[0087] The data flow begins, for example, with search criteria. The search criteria may 
be input, for example, by a user. The search criteria include such information as a date 
range 100, a school and/or region identification 102, an interval identification 104, or a 
service provider identification 106. 

[0088] In step 108, the IEP services within the specified date range are identified. The 
resulting data are, for example, an IEP Service detail for services in the specified date 
range. 

[0089] In one implementation, the user may input either a school identification or a 

region identification, but not both. In this implementation, in step 110, it is determined 
whether the user input includes a school identification. If the user input includes a 
school identification, in step 112, the resulting data are searched for the specified 
school identification. If the user input does not include a school identification, in step 
114, the resulting data are searched for the specified region identification. The resulting 
data are now, for example, an IEP Service detail for services in the specified date range 
with the specified school or region identification. 
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[0090] In step 118, the resulting data are searched for the specified interval. The 

resulting data are now, for example, an IEP Service detail for services in the specified 
. date range with the specified school or region identification for the specified interval. 

[0091] In step 1 18, it is determined whether the user input includes a provider 
identification. If the user input includes a provider identification, in step 120, the 
resulting data are searched for the specified provider identification. The resulting data 
are now, for example, an IEP Service detail for services by the specified school or 
region for the specified interval, with the specified provider. 

[0092] In step 122, the encounter details for the resulting data are identified. The 

resulting data are now, for example, an IEP Service detail for services actually provided 
in the specified date range with the specified school or region identification for the 
specified interval, with the specified provider. 

[0093] The resulting data from step 120 contains all of the IEP services that were 
supposed to be provided for the specified data range, school or region, interval, and 
provider. The resulting data from step 122 contains all of the IEP services that were 
actually provided for the specified data range, school or region, interval, and provider. 
The resulting data from step 120 are compared to the resulting data from step 122 to 
determine which expected services were actually provided. A report is generated 
detailing which expected services were actually provided. The report includes, for 
example, the percentage of under- or over-serviced children. The report also includes, 
for example, the number of required, met, attempted, missed, made up, or missing 
services. 
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[0094] FIG. 12 is a flow diagram illustrating data flow for encounter tracker reporting and 

gap analysis functions, in accordance with an embodiment of the present invention. 
• FIG. 12 illustrates one possible implementation of a method to extract encounter data. 

The method of FIG. 12 can be implemented, for example, as one or more SQL queries 

made to a database. Other implementations are possible. 
[0095] The data flow begins, for example, with a user inputting search criteria. The 

search criteria input by the user include such information as a date range 200 and a 

provider identification 202. 
[0096] In step 204, the service provider is identified. The resulting data now include, for 

example, data identifying the service provider. 
[0097] In step 206, the lEPs for the service provider are identified. The resulting data 

now include, for example, data identifying the service provider and the lEPs serviced by 

the service provider. 

[0098] In step 208, the students that these lEPs are meant for are identified. The 
resulting data now include, for example, data identifying the students who were 
supposed to receive any services from the provider during the specified date range. 

[0099] In step 210, all lEPs for these students are identified. This includes lEPs that 
become valid at a future date. The resulting data now include, for example, all services 
that these students are supposed to receive. 

[0100] In step 212, the service providers for the lEPs are identified. The resulting data 
now include, for example, all service providers who will provide services for these 
students. 
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[0101] In step 214, the encounters for the iEPs are identified. The resulting data now 
include, for example, actual instances of services provided to students. 

[0102] The final output data contains all of the IEP services that were received by 

students serviced by the specified provider. This also includes services provided by 
other service providers. The final output data may also contain spurious records that 
should not be counted as services provided. However, the spurious records can be 
used to identify the IEP that is valid on a given date. 

[01 03] FIG. 1 3 is a flow diagram illustrating data flow for further encounter tracker 

functions, in accordance with an embodiment of the present invention. The method of 
FIG. 13 counts the services provided for a particular IEP by a particular provider in a 
given date range. In one embodiment, a report of services provided is output. 

[0104] The method begins in step 300 when SQL results are received, determined, or 
otherwise provided. The SQL results are, for example, data results of the method of 
FIG. 1 1 or of FIG. 12. In implementations, the SQL results are sorted, such that, for 
example, all records for a given IEP are received one after the other. 

[0105] In step 302, an IEP record is read and information is stored. The stored 

information includes, for example, IEP, student, service provider, school, and service 
information. The stored information is used to compare this record to subsequent 
records, in order to calculate total services provided for a given IEP. In step 304, it is 
determined whether the main or specified service provider is the same as the IEP 
details service provider, or the provider that was expected to provide the services. 
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[0106] !f it is determined that the main provider is the same as the IEP details service 
provider, in step 306, it is determined whether the IEP is valid for the specified date 
. range. 

[0107] If it is determined that the IEP is valid for the specified date range, in step 308, the 
details of the expected and provided services are read. The number of services 
provided for the services provided or attempted are then added to the totals counter. 

[0108] In step 310, the next record is read. It is then determined whether the record is 
for the same IEP detail and in the same reporting time period. If the record is for the 
same IEP detail and for the same reporting time period, the method returns to step 308. 
If there are no more records to be read in step 310, the process ends in step 312. 

[0109] If it is determined in step 304 that the main service provider is not the same as the 
IEP details service provider, the next record is read in step 314. Thus the services 
provided by a service provider other than the main service provider are not included in 
the totals counter. 

[0110] In step 316, it is determined whether the IEP of the new record is different from 
the IEP for the old record. This includes, for example, comparing data stored in step 
302 to data for the new record. If the IEP of the new record is not different from the IEP 
for the old record, the method continues in step 304. 

[01 1 1] If the IEP of the new record is different from the IEP for the old record, in step 
318, it is determined whether the new record is for the same 
student/provider/school/service combination. This includes, for example, comparing 
data stored in step 302 to data for the new record. If the data for the new record is the 
same as the data for the old record, the method continues in step 304. 
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[01 12] If the data for the new record is the different from the data for the old record, the 
method returns to step 302, wherein information for the new record is stored. 

[0113] If it is determined in step 320 that the new record does not have the same IEP 
detail or is not in the same reporting period as the last record, the IEP details for the 
given time period are printed or written, for example, to a report in step 322. The totals 
counter is then reset in step 324, and the method then returns to step 316. 

[0114] FIGS. 14-18 illustrate sample screens that are displayed to a user running a 
report on the number of encounters provided. In one embodiment of the present 
invention, the screens displayed to a user depend, however, on the role assigned to the 
user or on user permissions. For example, upon first executing an application in 
accordance with the present invention, a service provider may be presented with an 
individualized caseload; however, the service provider may not have permission to 
change the lEPs in the system. 

[0115] FIG. 14 is an example GUI screen shot for encounter tracker functions, in 
accordance with an embodiment of the present invention. This GUI screen shot is 
displayed to a user, for example, upon login. The user selects "Report" to activate the 
reporting functionality. 

[0116] In FIG. 15, the presented screen shot is displayed, for example, after a user 
selects "Report" from the GUI of FIG. 14. The user selects "Encounter Tracking" to 
activate the encounter tracking functionality. 

[0117] In FIG. 16, the presented screen shot is displayed, for example, after a user 
selects "Encounter Tracking" from the GUI of FIG. 15. The user selects "Service 
Provider's Summary (For All Students)" and enters information to activate the service 
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provider summary functionality. The information entered by the user includes, for 
example, school or area/district data, interval data, data range data, and optional 
* service provider data. The also selects either "Print" or "Preview" to print or preview the 
report. 

[0118] In FIG. 17, the shown GUI is displayed, for example, if there are no data for the 
search criteria entered by the user in the GUI of FIG. 16. 

[0119] FIGS. 18A-B are example GUI screen shots that are displayed after a user selects 
"Preview" from the GUI of FIG. 16. The data shown in the report includes, for example, 
student personal identification number, student database identification, student date of 
birth, student first name, student last name, service provider first name, service provider 
last name, number of sessions per interval for service, date of session encounter, total 
of all sessions for time period, school identification, school name, grade, nature of 
service provided, nature of service provided identification, duration of a single 
encounter, interval identification, whether the encounter was met or provided, whether 
the encounter was missed, whether the encounter was made up, whether the session 
for an encounter was met, whether the session for the encounter was attempted, 
whether the session for the encounter was missed, and whether the session for the 
encounter was made up. As shown in FIG. 18A-B, the report shows the calculated 
service gap as number of sessions and number of hours. 

[0120] FIG. 19 is a flow diagram illustrating a process for service gap analysis, in 

accordance with an embodiment of the present invention. The process creates a listing 
of specified time periods, such as months, and for each time period, lists the number of 
services expected and the number of services delivered. 
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[0121] The process begins in step 1400. In step 1401 , the relevant students are 

identified. In step 1402, all lEPs for all relevant students are identified. In step 1404, 
> the correct start and end dates for these lEPs are determined. In step 1406, the valid 

dates for the IEP details are determined based on the correct start and end dates. 
[0122] In step 1408, the time periods to be processed are identified. The time periods to 

be processed are the time periods for which a service gap analysis is to be generated. 

This information may be input by a user, or may be identified automatically by a system. 

For example, a system could automatically identify the current month. 
[0123] In step 1410, the valid details based on the months to be processed are identified. 

The valid details are the details that occurred during a valid date for an IEP, as 

determined in step 1406; and also occurred during a time period to be processed, as 

identified in step 1408. 
[0124] In step 1412, the encounters that happened after the lEPs terminated are 

identified. In step 1414, the results of step 1410 and 1412 are used to build a complete 

list of all time periods during which services were expected, the number of services 

expected, and the number of services delivered. 
[0125] One embodiment of the present invention provides functionality to convert 

prescribed and delivered services to a common base. For example, prescribed and 

delivered services can be converted to and expressed in minutes per week, hours per 

month, or any other appropriate form. This functionality enables comparison of 

prescribed and delivered services. 
[0126] Fig. 20 is a representative diagram illustrating a system 1500 for encounter 

tracking and service gap analysis, in accordance with an embodiment of the present 
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invention. The system includes a core unit 1502 such as a PC, minicomputer, 
mainframe computer, microcomputer, telephonic device, or wireless device, such as a 
. hand-held wireless device. The core unit 1502 has a processor and a repository for 
data or a connection to a repository for data. The core unit 1502 may be connected to a 
network , such as the Internet or an intranet, via couplings. The couplings include, for 
example, wired, wireless, or fiberoptic links. In another embodiment, the method and 
system of the present invention operate in a stand-alone environment, such as on a 
single terminal. 

[0127] The system 1500 also includes a storage system 1504, such as a database, text 
file, or other electronic storage system. The storage system 1 504 is located, for 
example, within the core unit 1502. 

[0128] The system 1500 also includes an application 1506. The application is located, 
for example, on the core unit 1502. The application 1506 is implemented, for example, 
as machine-readable and machine executable instructions. These instructions are 
executed, for example, on the core unit 1502. The application includes functionality for 
encounter tracking, service gap analysis, and reimbursement. 

[0129] A user 1508 may interact with the application 1506 via an input device on the core 
unit 1502, such as, for example, a keyboard, a mouse, or another input device. In 
response to the input from the user, the application 1506 may access information in the 
storage unit 1504 and may generate output to display to the user 1508 via a display 
device, such as a monitor or printer, located in or in communication with the core unit 
1502. The user may also input, delete, or edit information in the storage unit 1504 via 
the application 1506. 
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[0130] An externa! application 1510, such as SETS or Encore, may exist on the core unit 
1502 and may interact with the user and the database as well. The external application 
. identifies service providers, provides for customizable scheduling, and provides other 
features. Actions performed using the external application may impact the information 
stored in the storage unit 1504. In one implementation, however, rather than being a 
separate application, the external application is integrated with the application 1506. 

[0131] FIGS. 21-23 illustrate sample GUI screens that are displayed to a user when a 
user performs a sen/ice gap analysis report. 

[0132] FIG. 21 is an example GUI screen shot that is displayed after a user executes the 
application. FIG. 21 contains three buttons presenting a user with the following 3 
options: Report Option, Config, Quit. The user selects "Report Option" to activate the 
service gap reporting functionality. 

[01 33] FIG. 22 is an example GUI screen shot for service gap analysis that is displayed 
after a user selects "Report Option" from the GUI of FIG. 21 . The user selects a type of 
report. For example, the user may select a report based on a date range; a service 
provider and date range; a service provider, school, and date range; a school and date 
range, a type of service and date range; or a type of service school, and date range. 
The user also selects either "View Report," which allows the user to view, print, and 
email the report, "Onscreen Report" view the report onscreen, or "Quit" to exit from the 
system. 

[0134] FIG. 23 is an example GUI screen shot for service gap analysis that is displayed 
after a user selects a Date Range Report and selects "Onscreen Report" from the GUI 
of FIG. 22. The data displayed in the report is sorted, for example, by student, and 
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includes, for example, the months or other time periods in the specified date range, the 
number of expected services, the number of actual services provided, and the shortfall 
. or excess, or difference between expected services and actual services, cumulative 
shortfall (including shortfall outside the specified date range), the number of expected 
encounters, the number of actual encounters or sessions provided, the shortfall or 
excess of encounters or sessions, and the cumulative shortfall of encounters or 
sessions. 

[0135] Example embodiments of the present invention have now been described in 

accordance with the above advantages. It will be appreciated that these examples are 
merely illustrative of the invention. Many variations and modifications will be apparent 
to those skilled in the art. For example, while systems have been described in terms of 
one machine, the invention may be practiced in a distributed networking environment 
such as, for example, a Local-Area Network (LAN), Virtual Private Network (VPN), 
intranet, or the Internet. 
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